home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / faqs / faq / de-answers / richtlinien < prev   
Encoding:
Text File  |  1995-07-25  |  33.7 KB  |  779 lines
  1. Subject: de.answers - Richtlinien
  2. Newsgroups: de.admin.news.misc,de.answers,news.answers
  3. From: news-answers-request@MIT.EDU (the *.answers moderation team)
  4. Date: 8 Nov 1994 23:28:23 GMT
  5.  
  6. Archive-name: de-answers/richtlinien
  7. Version: $Header: /afs/sipb.mit.edu/project/periodic-postings/news.answers/RCS/richtlinien,v 1.5 1994/09/28 00:30:20 pschleck Exp $
  8. Posting-frequency: monthly
  9.  
  10. Wenn Du eine von Dir verwaltete FAQ (Liste von Frequently Asked
  11. Questions) in de.answers und news.answers veroeffentlichen willst, solltest
  12. Du zunaechst Dein Posting modifizieren, damit des den Richtlinien in
  13. Abschnitt I entspricht.  Danach solltest Du es uns zur Genehmigung
  14. eingereicht werden.
  15.  
  16. Wenn die Genehmigung erteilt ist, kann es direkt nach de.answers und
  17. news.answers gepostet werden; wie das im einzelnen vor sich geht, ist
  18. im Folgenden beschrieben.
  19.  
  20. I. Einreichungs - Richtlinien
  21.  
  22.  A. Warum gibt es diese Richtlinien?
  23.  
  24.     Dafuer gibt es drei Hauptgruende:
  25.  
  26.   1. Angemessenheit
  27.  
  28.      Nur periodisch erscheinende Artikel, die von Menschen gelesen
  29.      werden sollen, gehoeren nach de.answers.  Diese Richtlinien sollen
  30.      dazu dienen, andere Artikel, wie zum Beispiel Diskussionen ueber
  31.      FAQs, von de.answers fernzuhalten.
  32.  
  33.   2. Nuetzlichkeit fuer die Leser
  34.  
  35.      Die Newsgruppe sollte fuer ihre Leser so nuetzlich wie moeglich
  36.      sein.  Anforderungen wie klare "Subject:" - und "Summary:" - Zeilen
  37.      dienen diesem Zweck.
  38.  
  39.   3. Automatische Archivierung
  40.  
  41.      Eine der wichtigsten Eigenschaften von de.answers ist, dass die
  42.      Gruppe automatisch archiviert werde kann.  Anforderungen wie die
  43.      "Archive-name:" - Zeile dienen hierzu.
  44.  
  45.  B. Was diese Richtlinien NICHT spezifizieren
  46.  
  47.     Diese Richtlinien spezifizieren KEIN Format fuer den eigentlichen
  48.     Text der FAQs.  Artikel in *.answers muessen NICHT dem "Digest
  49.     Message Format" (Internet RFC 1153), MIME (RFC 1341), HTML, SGML,
  50.     oder irgendeinem anderen standardisierten oder nicht
  51.     standardisierten Textformat enstprechen.
  52.  
  53.     Dies ist Absicht.  Wenn alle Artikel in *.answers einem bestimmten
  54.     Format angehoeren muessten, so wuerde dies viele FAQ - Verwalter
  55.     davon abschrecken, ihre Artikel in *.answers einzureichen.  Dies
  56.     waere mit der Charta von *.answers nicht zu vereinbaren; deshalb
  57.     koennen die Verwalter von FAQs fuer den Text ihrer Artikel ein
  58.     beliebiges Format waehlen.
  59.  
  60.  C. Erforderliche Header
  61.  
  62.     Ein *.answers - Artikel hat zwei Header.  Der erste ist der normale
  63.     Newsheader, den jeder Artikel im Usenet hat.  Der zweite,
  64.     zusaetzliche Header, ist von dem ersten durch eine oder mehrere
  65.     Leerzeilen getrennt.  Fuer die Newssoftware ist der zusaetzliche
  66.     Header ganz normaler Text; in *.answers muessen dort jedoch
  67.     bestimmte Informationen abgelegt werden.
  68.  
  69.     Die Anforderungen an die beiden Header werden im folgenden genau
  70.     ausgefuehrt.  Die erforderlichen Header sind mit (Erforderlich)
  71.     gekennzeichnet, wahlfreie Header mit (Optional).
  72.  
  73.    1. Der normale Header
  74.  
  75.     a. Newsgroups (Erforderlich)
  76.  
  77.        Wir muessen genau wissen, was in der Newsgroups: - Zeile des
  78.        Artikels erscheinen soll.
  79.  
  80.        Ein Artikel in *.answers muss ausser nach news.answers auch in
  81.        die *.answers - Gruppen der dazugehoerigen Toplevel - Hierarchien
  82.        gepostet werden, so muss z.B. ein Artikel, der nach
  83.        rec.music.makers.synth und comp.sys.ibm.pc.soundcard
  84.        crossgepostet ist, auch nach rec.answers und comp.answers
  85.        gepostet werden.  Alle Artikel in *.answers muessen auch
  86.        in news.answers erscheinen.
  87.  
  88.        Hierbei gibt es eine Ausnahme, die fuer de.answers relevant ist:
  89.        Artikel in einer nicht - Englischen Toplevel - hierarchie, die
  90.        nicht in der Sprache dieser Hierarchie geschrieben sind.  Ein
  91.        solcher Artikel gehoert nicht in die entsprechende *.answers -
  92.        Gruppe.  Das heisst, dass eine englische FAQ zwar in eine de.* -
  93.        Gruppe gepostet werden kann, dann aber nicht nach de.answers
  94.        soll.
  95.  
  96.        Auch wenn die Reihenfolge der Newsgruppen in der Zeile fuer die
  97.        Newssoftware nicht wichtig ist, so ist es uns lieber, die
  98.        *.answers - Gruppen zuletzt in dieser Zeile erscheinen zu lassen.
  99.        Die anderen *.answers - Newsgruppen sollten direkt vor
  100.        news.answers erscheinen.  Die Heimatnewsgruppen zuerst
  101.        aufzulisten, erhoeht die Genauigkeit der Newsgruppen -
  102.        Statistiken, sorgt fuer bessere Schluesselinformationen fuer
  103.        Indexlisten und Kataloge und minimiert versehentliches Posten
  104.        nach *.answers durch fehlerhafte Newsreader.
  105.  
  106.        Beispiel:
  107.  
  108.         Newsgroups: de.comp.sys.foo,de.answers,news.answers
  109.  
  110.        Die Newsgroups - Zeile sollte NICHT nur *.answers - Gruppen
  111.        enthalten.  FAQ - Attikel sollten nach de.answers von ihrer
  112.        "Heimat -" Newsgruppe aus crossgepostet werden, und nicht
  113.        nur nach de.answers und news.answers.
  114.  
  115.     b. Subject (Erforderlich)
  116.  
  117.        Die Subject - Zeile Deines Atikels sollte auch ausserhalb der
  118.        eigenen Newsgruppe eine Bedeutung haben.  Du koenntest zum
  119.        Beispiel statt "FAQ" "<x> FAQ" verwenden, wobei <x> fuer den
  120.        Namen der Newsgroup oder das diskutierte Thema steht.
  121.  
  122.        Die meiste Archivierungssoftware unterscheidet zwischen Gross-
  123.        und Kleinschreibung - die Subject - Zeile muss bei jedem Posten
  124.        in der Gross- und Kleingschreibung genau gleich sein.
  125.  
  126.        Auch sollte wichtige Information nah am Anfang der Subject -
  127.        Zeile stehen, damit Newsreader sie nicht abschneiden.  Statt "Oft
  128.        gestellte Fragen mit Antworten ueber <x>" solltest Du "<x> Oft
  129.        gestellte Fragen, mit Antworten" verwenden.
  130.  
  131.        Artikel, die aus mehreren Teilen bestehen, sollten in ihrer
  132.        Subject - Zeile eine Angabe enthalten, welches Teil grade
  133.        vorliegt und wieviele Teile es insgesamt gibt.  Hierfuer eignen
  134.        sich roemische Zahlen besser als arabische, da arabische Zahlen
  135.        sich leichter sortieren und mit Software manipulieren lassen;
  136.        siehe Abschnitt III-D fuer das Aufsplitten einer existierenden
  137.        FAQ.
  138.  
  139.        Beispiel:
  140.  
  141.         Subject: de.comp.sys.foo FAQ, Teil 1/2
  142.         Subject: de.comp.sys.foo FAQ, Teil 2/2
  143.  
  144.     c. Followup-To (Erforderlich) und Reply-To (Optional)
  145.  
  146.        Dein Artikel muss eine Followup-To - Zeile im Header haben, die
  147.        die Antworten aus *.answers wegdirigiert.  Du kannst dich
  148.        entscheiden, ob Du sie in die Heimant - Newsgruppen schicken oder
  149.        per E-Mail an den dich selber schicken willst; in diesem Fall
  150.        kann dort "Followup-To:  poster" stehen.  Das heisst, dass dort
  151.        auch wirklich das Wort "poster" steht, wie im entsprechenden RFC
  152.        beschrieben.  In der Followup-To - Zeile soll KEINE E-Mail - Adresse
  153.        stehen.
  154.  
  155.        Wenn Du das "Followup-To:"  vergisst, wodurch die Antworten auf
  156.        den Artikel per Mail an das news.answers - Moderatorenteam gehen,
  157.        der wird sich bei uns keine Freunde machen.
  158.  
  159.        Ausserdem muss Dein Artikel eine gueltige E-Mail - Adresse im
  160.        Header enthalten, entweder in der "From:" - Zeile oder in
  161.        der "Reply-To:" - Zeile.
  162.  
  163.        Beispiel:
  164.  
  165.     From: guru@foo-ag.de (Peter Hacker)
  166.     Followup-To: de.comp.sys.foo
  167.     Reply-To: faq-mail@foo-ag.de
  168.  
  169.        In diesem Beispiel will "guru" offenslichtlich Mail, die die FAQ
  170.        betrifft, von seiner normalen Mail separat halten.  Die From -
  171.        Zeile wurde gezeigt, da die Version der FAQ, die uns zugeschickt
  172.        wird, die gleiche From - Zeile enthalten sollte wie der Artikel,
  173.        der tatsaechlich gepostet wird.
  174.  
  175.     d. Supersedes, Expires, References (Optional)
  176.  
  177.        Es ist eine gute Idee, "Supersedes:"  und "Expires:"  - Zeilen in
  178.        den normalen Header Deines Postings zu verwenden; das kann dabei
  179.        helfen, dass Deine FAQ so lange auf Newsservern gespeichert wird,
  180.        bis eine neue Version ankommt.  Hierfuer kannst Du zum Beispiel
  181.        den FAQ Poster von Jonathan Kamens verwenden.  Dieses Programm,
  182.        geschrieben in Perl, ist von rtfm.mit.edu ueber anonymes ftp
  183.        verfuegbar, als /pub/post_faq/post_faq.shar, oder ueber den
  184.        dortigen Mailserver (hierfuer kannst Du mail an
  185.        mail-server@rtfm.mit.edu mit dem Text "send
  186.        post_faq/post_faq.shar" im Hauptteil der Mail schicken).
  187.  
  188.        Post_faq nimmt einen Artikel mit statischen Headern (d.h.
  189.        Header, die sich nicht bei jedem Posting aendern), ergaenzt ihn
  190.        um die dynamischen Header (die, die sich bei jedem Posten
  191.        aendern) und postet den Artikel.  Ein anderes Programm, das
  192.        AUTO-FAQ - Paket von Ian Kluft (auch in Perl geschrieben), bietet
  193.        mehr Moeglichkeiten; unter anderem ermoeglicht es das Aufsplitten
  194.        grosser FAQ's in Teile.  Wenn Du das Posten und Verwalten der FAQ
  195.        groesstenteils automatisch abwickeln willst, dann ist AUTO-FAQ
  196.        moeglicherweise die bessere Wahl.  Die letzte Version ist 3.2 und per
  197.        per anonymous ftp von charon.amdahl.com als
  198.  
  199.        /pub/faq/auto-faq32.part1.gz
  200.        /pub/faq/auto-faq32.part2.gz
  201.        /pub/faq/auto-faq32.part3.gz
  202.  
  203.        erhaeltlich.  (Hinweis: Bitte verwendet Version 3.x oder spaeter;
  204.        fruehere Versionen haben einen Fehler beim Formatieren von
  205.        Daten, zum Beispiel im Expires - Header).
  206.  
  207.        Wenn Du eine mehrteilige FAQ oder eine Serie von verwandten FAQs
  208.        postest, menhang stehen, dann solltest Du eine "References:"  -
  209.        Zeile in alle Artikel bis auf den ersten einfuegen, die die
  210.        Message-ID des allerersten Atikels enthaelt.  Dies ermoeglicht
  211.        Leuten, die einen Newsreader mit threads benutzen, die FAQs als
  212.        eine Einheit zu behandeln und sie z.B.  zusammen abzuspeichern
  213.        oder zu loeschen.  Die erwaehnten automatischen Perl - Poster
  214.        haben eine Option dafuer.
  215.  
  216.        Beispiel:
  217.  
  218.     Expires: Fri, 1 May 1992 00:00:00 GMT
  219.     Supersedes: <de-foo-faq/part2_701650000@foo-ag.com>
  220.     References: <de-foo-faq/part1_702000000@foo-ag.com>
  221.  
  222.        Das Datum im "Expires:"  - Header sollte weit genug in der
  223.        Zukunft liegen, damit eine neue Version der FAQ gepostet wird,
  224.        bevor die alte Version geloescht wird.  Das gezeigte Format ist
  225.        das, das das post_faq - Script verwenden wuerde.
  226.  
  227.     e. Summary (optional)
  228.  
  229.        Es ist eine gute Idee, in dem normalen Header eine
  230.        Zusammenfassung unter dem "Summary:"  - Feld abzulegen.  Dort
  231.        kannst Du kurz zusammenfassen, wovon Deine FAQ handelt.  Sie sollte
  232.        sich an jemanden richten, der sich moeglicherweise fuer das Thema
  233.        Deiner FAQ nicht interessiert.  Sie sollte in englischer Sprache
  234.        abgefasst sein und einen Hinweis darauf enthalten, dass die FAQ
  235.        auf Deutsch abgefasst ist.  Am besten stelltst Du Dir die Summary
  236.        als einen Katalogeintrag fuer news.answers vor.
  237.  
  238.        Jedes Feld im Header, ausgenommen die Newsgroups - Zeile, kann
  239.        sich ueber mehrere Zeilen erstrecken, wenn die Fortsetzungszeilen
  240.        mit einem Leerzechen (entweder Space oder Tabulator) beginnen.
  241.  
  242.        Beispiel:
  243.  
  244.         Summary: This posting contains the Frequently Answered Questions,
  245.         with answers, for the de.comp.sys.foo newsgroup.  Like
  246.         the newsgroup, it it in German.
  247.  
  248.   2. Der zusaetzliche Header
  249.  
  250.      Der zusaetzliche Header sieht wie der normale Header aus (d.h.
  251.      "Schuesselwort: Wert"), aber er ist von dem normalen Header und vom
  252.      eigentlichen Text durch eine oder mehrere Leerzeilen (die nicht
  253.      einmal Spaces enthalten duerfen) getrennt.
  254.  
  255.      Der zusaetzliche Header dieses Postings ist:
  256.  
  257.       Archive-name: de-answers/richtlinien
  258.       Version: $Id: richtlinien,v 1.5 1994/09/28 00:30:20 pschleck Exp $
  259.       Posting-Frequency: monthly
  260.  
  261.    a. Archive-name (Erforderlich)
  262.  
  263.       Um nach news.answers und de.answers crossgepostet zu werden, muss
  264.       Dein Artikel einen zusaetzlichen Header mit dem "Archive-name:" -
  265.       Feld enthalten.
  266.  
  267.       Der Archivname erfuellt zwei Zwecke.  Zunaechst einmal gibt er
  268.       an, wo in den news.answers - Archiven Dein Artikel gespeichert
  269.       werden soll.  Zweitens sollte er jemandem, der ihn liest, eine
  270.       gute Vorstellung ueber das geben, was in Dein Artikel steht,
  271.       auch wenn er die Newsgruppe, in der Dein Artikel erscheint,
  272.       nicht liest.  Fuer Aussenstehende unverstaendliche Abkuerzungen
  273.       sollten deshalb nach Moeglichkeit gemieden werden.
  274.  
  275.       Der Archivname sollte aus einer oder mehreren Komponenten ohne
  276.       Leerzeichen bestehen, die durch Schraegstriche (/) voneinander
  277.       getrennt sind.  Die Laenge der einzelnen Komponenten sollte nicht
  278.       mehr als 14 Buchstaben betragen; wo dies nicht moeglich ist, muss
  279.       jede Komponente innerhalb der ersten 14 Buchstaben eindeutig sein
  280.       (d.h.  zwei Archivnamen sollten nie identisch sein, wenn jede
  281.       ihrer Komponenten auf 14 Buchstaben gekuerzt wurde).  Punkte in
  282.       den Archivnamen sollten vermieden werden, da manche
  283.       Betriebssysteme mit ihnen nicht zurechkommen; statdessen solltest
  284.       Du Bindestriche oder Unterstriche verwenden.  Auch bei Archivnamen
  285.       muss zwischen Gross- und Kleinschreibung unterschiden werden.
  286.  
  287.       Der Archivname eines Postings nach de.answers sollte in der
  288.       Regel mit de- beginnen.
  289.  
  290.       Der Namensraum des Archivs ist hierarchisch; es existieren zum
  291.       Beispiel die Archivnamen "de-answers/einfuehrung" und
  292.       "de-answers/richtlinien".  Ein Schraegstrich sollte vermieden
  293.       werden, wenn Du nicht die hierarchische Struktur fuer ein
  294.       eigenes Posting nutzen willst, d.h. falls Du nicht verschiedene
  295.       Postings hast, die in einem gesonderten Directory erscheinen
  296.       sollen.
  297.  
  298.       Mehrteilige FAQs sollten "name/part1", "name/part2", etc. genannt
  299.       werden.  Falls verschiedene Themengebiete unter einem Oberbegriff
  300.       behandelt werden, kannst Du auch eine Konstruktion wie
  301.       "name/thema1", "name/thema2" etc.  waehlen.
  302.  
  303.       Falls Du zu einem Artikel Aenderungen (d.h.  diffs) postest,
  304.       solltest Du fuer dieses Posting den Namen "name/diff" waehlen; das
  305.       Original - Posting koennte dann z.B.  den Namen "name/part1" oder
  306.       "name/faq" erhalten.  Falls Diffs zu einer mehrteiligen FAQ
  307.       gepostet werden, sollten sie die Namen "name/diff1", "name/diff2",
  308.       etc.  erhalten.
  309.  
  310.       Hier ein paar Beispiele aus dem internationalen Raum (so viele
  311.       deutschsprachige FAQs gibt es noch nicht, dass sich das lohnen
  312.       wuerde):
  313.  
  314.         Name der FAQ                            Archiv - Name
  315.         -----------------------------------     ------------------------------
  316.         comp.ai FAQ                             ai-faq/part1
  317.                                                 ai-faq/part2
  318.                                                 ai-faq/part3
  319.         rec.travel.air FAQs, various topics     air-travel/bucket-shops
  320.                                                 air-travel/cheap-tickets/part1
  321.                                                 air-travel/cheap-tickets/part2
  322.                                                 air-travel/faq
  323.                                                 air-travel/jetlag-prevention
  324.                                                 air-travel/na-airport-codes
  325.                                                 air-travel/world-airport-codes
  326.         soc.culture.esperanto FAQ               esperanto-faq
  327.  
  328.       
  329.       Der Verwalter der FAQ sollte einen Archivnamen auswaehlen; wenn
  330.       dieser aus irgendeinem Grund Probleme bereitet, wird einer von uns
  331.       dies Dir mitteilen.
  332.  
  333.       Falls Du einen bestimmten Archivnamen verwenden willst, zum
  334.       Beispiel zum Anlegen eines eigenen Archivs, der mit dem
  335.       news-answers - Archivnamen nicht zusammenpasst, dann kannst Du
  336.       stattdessen eine "News-answers-archive-name:"  - Zeile verwenden.
  337.  
  338.       Beispiel:
  339.  
  340.        Archive-name: de-foo-faq/part2
  341.  
  342.       Wenn Dein Artikel bereits eine "Archive-name:"  - Zeile enthaelt,
  343.       die nicht einen gueltige *.answers - Archivnamen enthaelt, und Du
  344.       das nicht aendern willst, oder Du den Archivnamen lieber selber
  345.       waehlen willst, so kannst Du stattdessen
  346.       "News-answers-archive-name:"  verwenden.
  347.  
  348.    b. Andere Archivnamen (Optional)
  349.  
  350.       Die Software, die die Archive auf rtfm.mit.edu zusammenstellt
  351.       (siehe hierzu "Introduction to the *.answers newsgroups" und
  352.       "de.answers - Einfuehrung") verwendet die "Archive-name" - 
  353.       Zeile, um den Dateinamen zu bestimmen, unter dem die FAQ in einer
  354.       der *.answers - Newsgruppen abgespeichert wird.
  355.  
  356.       Wenn Dein Artikel ein "Newsgrup-name-archive-name: name" - Zeile
  357.       im zusaetzlichen Header enthaelt, dann wird dieser Archivname
  358.       verwendet, um den unter der entsprechenden Newsgruppe abzuspeichern.
  359.       Ein derartiger newsgrup - spezifischer Archivname uebersteuert
  360.       alle "Archive-name:" - Zeilen.
  361.  
  362.       Zum Beispiel, wenn Dein Artikel folgende Zeilen im normalen
  363.       Header enthaelt:
  364.  
  365.        Newsgroups: de.comp.sys.foo,de.comp.sys.bar,de.answers,news.answers
  366.        Subject: de.comp.sys.foo FAQ
  367.  
  368.       und im zusaetzlichen Header:
  369.  
  370.        Archive-name: de-foo-faq/part2
  371.        De-comp-sys-foo-archive-name: bar-faq/part2
  372.  
  373.       dann wird der Atikel als "foo-faq/part2" in de.answers und news.answers
  374.       gespeichert, als "bar-faq/part2" in comp.sys.foo und als
  375.       De.comp.sys.foo_FAQ in comp.foo.
  376.  
  377.       Wenn Du zusaetzliche Archivnamen fuer Deinen Artikel angibst,
  378.       halte dich bitte an die Richtlinien fuer die Archivnamen im
  379.       vorherigen Abschnitt.
  380.  
  381.    c. Posting-Frequency (Optional)
  382.  
  383.       Eine Posting-Frequency: - Zeile im zusaetzlichen Header kann den
  384.       Leser darueber informieren, wie haeufig Deine FAQ gepostet wird;
  385.       zim Beispiel "every 14 days" oder "monthly" (siehe hierbei
  386.       Abschnitt D).
  387.  
  388.       Beispiel:
  389.  
  390.        Posting-Frequency: monthly
  391.  
  392.    d. Last-modified, Version (Optional)
  393.  
  394.       Du kannst in dem zusaetzlichen Header noch weitere Felder
  395.       verwenden; Beispiele waeren "Last-modified:" und "Version:"
  396.  
  397.       Beispiel:
  398.  
  399.        Last-modified: 16.11.1993
  400.        Version: 2.5
  401.  
  402.   3. Ein Beispiel von FAQ - Headern
  403.  
  404.      Die Beispiele, die bisher verwendet wurden, wuerden fuer Teil 2
  405.      folgende Header ergeben:
  406.  
  407.       Newsgroups: de.comp.sys.foo,de.comp.sys.bar,de.answers,news.answers
  408.       Subject: de.comp.sys.foo FAQ, Teil 2/2
  409.       From: guru@foo-ag.de (Peter Hacker)
  410.       Followup-To: de.comp.sys.foo
  411.       Reply-To: faq-mail@foo-ag.de
  412.       Expires: Fri, 31 Dec 1993 00:00:00 GMT
  413.       Supersedes: <foo-faq_701650000@foosys.com>
  414.       References: <de-foo-faq/part1_702000000@foo-ag.com>
  415.       Summary: This posting contains the Frequently Answered Questions,
  416.               with answers, for the de.comp.sys.foo newsgroup.  Like
  417.               the newsgroup, it it in German.
  418.  
  419.       Archive-name: de-foo-faq/part2
  420.       De-comp-sys-foo-archive-name: bar-faq/part2
  421.       Last-modified: 16.11.1993
  422.       Version: 2.5
  423.  
  424.      Die Leerzeile, die den normalen vom zusaetzlichen Header trennt,
  425.      darf weder Leerzeichen noch Tabulatorzeichen enthalten.
  426.      Selbstverstaendlich kannst Du in den normalen Header noch
  427.      beliebige andere USENET - Header einfuegen.
  428.  
  429.  D. Haeufigkeit des Postens
  430.     
  431.     Wie oft Du deinen Artikel posten willst, bleibt Dir ueberlassen.
  432.     Einige FAQ - Autoren sind der Meinung, dass monatliche Postings mit
  433.     einem Expires - Header, der vor dem vorzeitigen Loeschen schuetzt,
  434.     ausreicht.  Andere Newsgruppen haben soviel Traffic, dass die FAQ im
  435.     Wochenabstand gepostet werden sollte.  Eine andere Moeglichkeit
  436.     besteht darin, die komplette FAQ relativ selten zu posten, und
  437.     stattdessen einen kleinen Hinweis auf sie (z.B.  wie sie aus den
  438.     Archiven zu bekommen ist) haeufiger.
  439.  
  440.     Wenn Deine FAQ haeufiger als einmal pro Monat posten willst,
  441.     koenntest Du dir eventuell ueberlegen, sie nicht jedes Mal nach
  442.     de.answers und news.answers crosszuposten.
  443.  
  444.     Das hat allerdings den Nachteil, dass die Verwaldung der Supersedes
  445.     - Header wesentlich komplizierter wird, da ein Artikel in der
  446.     Stammnewsgruppe nicht das Posting in *.answers loeschen sollte.
  447.     Deshalb solltest Du, wenn Du nicht zwei Kopien der gleichen FAQ
  448.     in deiner Heimatnewsgruppe haben willst, solltest Du immer nach
  449.     *.answers posten (oder den obigen Vorschlag verwenden).
  450.  
  451.     Wenn Du uns eine FAQ schickst, bitte sag uns, in welchem Zeitabstand
  452.     Du sie posten willst, und ob und in welchem Zeitabstand du sie
  453.     nach *.answers crossposten willst (wenn dies eine andere Zeitspanne
  454.     ist).  Die beste Methode, das zu tun, besteht im Angeben der
  455.     "Posting-Frequency:" - Zeile im zusaetzlichen Header.
  456.  
  457.  E. Mailing - Listen fuer FAQ - Verwalter
  458.     
  459.     Verwalter von FAQs sollten nach Moeglichkeit an der faq-maintainers
  460.     - Mailingliste teilnehmen.  Sie wird verwendet, um Diskussionen
  461.     ueber die *.answers - Newsgruppen und ueber FAQs zu fuehren.
  462.  
  463.     Wenn Du an der faq-maintainers - Liste nicht teilnehmen willst,
  464.     dann waere fuer Dich eventuell die faq-maintainers-announce - Liste
  465.     fuer Interesse, die nur fuer Ankuendigungen verwendet wird.  Wer
  466.     an der faq-maintainers - Liste teilnimmt, erhaelt automatisch
  467.     auch die Nachrichten der faq-maintainers-announce - Liste.
  468.  
  469.     Die Diskussionssprache beider Listen ist Englisch.
  470.  
  471.     Der Umfang der faq-maintainers - Listen kommt meist schubweise -
  472.     im Durschnitt drei oder vier Nachichten pro Woche, aber in
  473.     einem einzelnen Schub koennen es einige Dutzend Nachrichten pro
  474.     Tag sein, und danach wieder Wochen voellig ohne eine Nachricht.
  475.  
  476.     Der Umfang der faq-maintainers-announce - Liste ist sehr niedrig;
  477.     oft vergeht ein halbes Jahr, ohne das eine Nachricht ankommt.
  478.  
  479.     Wenn Du uns eine FAQ zuschickst, bitte teile uns mit, ob Du
  480.     an der faq-maintainers oder an der faq-maintainers-announce -
  481.     Liste teilnemen willst.
  482.  
  483.  F. List of Periodic Informational Postings
  484.  
  485.     Wir werden normalerweise Deine FAQ auf die "List of Periodic
  486.     Informational Postings" (Liste periodischer, informierender
  487.     Postings, oder LoPIP) setzen, die in news.answers, und news.lists
  488.     erscheint.
  489.  
  490.     Wenn Du kein Exemplar der LoPIP - Postings hast und gerne einmal
  491.     sehen willst, wie diese aussehen und ob Deine FAQ dort evtl. schon
  492.     aufgefuehrt ist: siehe Ende dieses Atikels.
  493.  
  494.  G. Genehmigung des Atikels
  495.  
  496.     Wenn alle anderen Dinge, von denen in diesem Artikel die Rede war,
  497.     geklaert sind, werden wir Dir die Genehmigung erteilen, nach
  498.     news.answers zu posten.  Du wirst den normalen Header Deines
  499.     Postings hierfuer noch einmal modifizieren muessen.
  500.  
  501.     Dies ist absichtlich etwas vage gehalten; wenn Dein Artikel fuer
  502.     *.answers genehmigt wird, werden wir Dir genau schreiben, wie
  503.     das geht.
  504.  
  505.  H. Checkliste
  506.  
  507.     Hier ist eine Checkliste fuer Deinen *.answers - Artikel.  Bitte
  508.     gehe sie Punkt fuer Punkt durch; wenn Du eine Frage mit "nein"
  509.     beantwortest, bitte sieh Dir noch mal den Artikel hier druch,
  510.     und korrigiere Deinen Artikel.
  511.  
  512.     Hat der Artikel einen normalen Header?
  513.     Hat der Artikel eine Newsgrups - Zeile?
  514.     Enthaelt die Newsgroups - Zeile zumindest eine Newsgruppe ausser
  515.         den *.answers - Gruppen?
  516.         Enthaelt die Newsgrups - Zeile news.answers?
  517.     Sind die *.answers - Gruppen als letzte in der Newsgroups -
  518.     Zeile (mit news.answers ganz am Schluss)?
  519.     Sind nur die richtigen *.answers - Gruppen in der Newsgroups -
  520.     Zeile?
  521.     Hat der Artikel eine Subject - Zeile?
  522.     Ist die Subject - Zeile informativ genug?
  523.     Sind die wichtigen Informationen auf der Subject - Zeile in
  524.         am Anfang der Zeile?
  525.     Hat der Artikel eine Followup-To: - Zeile?
  526.     Sind keine *.answers - Gruppen in der Follwup-To: - Zeile?
  527.     Hat der Artikel eine gueltige From: - oder Reply-To: - Zeile?
  528.     Hat der Artikel eine Archive-name - Zeile?
  529.     Ist der zusaetzliche Header durch eine Leerzeile vom normalen
  530.         Header getrennt?
  531.     Ist der zusaetzliche Header durch eine Leerzeile vom Text
  532.         getrennt?
  533.     Ist der Archivname gueltig?
  534.     Hast Du uns ueber die Haeufigkeit des Postens informiert?
  535.     Hast Du uns gesagt, ob Du auf der faq-matinainers oder der
  536.         faq-maintainers-announce - Mailingliste sein willst?
  537.  
  538. II. Das Einschicken des Artikels
  539.  
  540.   Wenn Du einen Artikel nach *.answers einschicken willst, dann solltest
  541.   Du zuerst die Richtlinien in Abschnitt I lesen und Dein Posting
  542.   enstprechend modifizieren.  Dann kannst du es einschicken, indem Du es
  543.   nach *.answers postest.  Wenn Deine Newssoftware richtig eingerichtet
  544.   ist, sollte der Artikel danach bei den news.answers - Moderatoren
  545.   landen.  Andernfalls kannst Du den Artikel auch per E-Mail an
  546.   news-answers@mit.edu schicken.  NUR EINSENDUNGEN SOLLTEN AN DIESE
  547.   ADRESSE GESCHICKT WERDEN.  Wenn ein Kommentar oder Erlaeuterungen
  548.   gemacht werden muessen, dann kannst Du diese in einer besonderen
  549.   Nachricht an news-answers-request@mit.edu schicken.  Dies ist die
  550.   Kontaktadresse fuer die Moderatoren von *.answers.
  551.  
  552.   Wenn Du eine FAQ sowohl in *.answers wie auch in anderen moderierten
  553.   Gruppen posten willst, so bennoetigst Du hierzu die Zustimmung von
  554.   jedem der Moderatoren, einschliesslich uns.  In diesem Fall solltest
  555.   Du die FAQ an uns per E-Mail schicken, weil ueblicherweise der
  556.   Artikel an die Moderationsadresse der ersten moderierten Gruppe
  557.   auf der Newsgroups - Zeile geschickt wird.
  558.  
  559.   Bitte schicke die FAQ so genau wie moeglich in dem Format ein, dass Du
  560.   fuer das tatsaechliche Posten verwenden willst.  Das heisst, dass ein
  561.   vollstaendiger Header dabei sein sollte, wobei zumindest die Subject:
  562.   - Zeile dabeisein muss.  Fuer uns ist es das beste, wenn die FAQ durch
  563.   Posten nach *.answers eingeschickt wird, ohne die Zeile, die die
  564.   Genehmigund zum Posten anzeigt, weil wir so genau sehen, wie der
  565.   Artikel hinterher aussehn wird.  Wenn in Deiner FAQ nicht in der
  566.   Naehe der Header steht, wie oft sie gepostet wird, lass uns dies
  567.   bitte in einer separaten E-Mail wissen.
  568.  
  569.   Wenn das Genehmigungs- Feld fehlt, dann wird die FAQ in keiner der
  570.   Newsgruppen erscheinen, in die sie gepostet wurde.  Deshalb KANNST und
  571.   SOLLTEST Du alle Newsgruppen, zu denen Du posten willst, in die
  572.   Newsgroups - Zeile schreiben.
  573.  
  574.   Wir werden dann antworten; entweder werden wir die FAQ fuer de.answers
  575.   genehmigen, um kleine Aenderungen bitten oder ganz zurueckweisen.
  576.   Wenn wir Dich um Aenderungen bitten, fuehre diese bitte aus und
  577.   schick uns den Artikel noch einmal zu.
  578.  
  579.   Wir sind alle Freiwillige, die die Moderation von *.answers in unserer
  580.   Feizeit machen.  Deshalb koennen wir Artikel und andere Mails nicht
  581.   sofort behandeln.  Bitte warte mindestens fuer eine Woche, bevor Du
  582.   nachfragst, wo Dein Artikel oder Deine Mail abgeblieben sind.
  583.  
  584.   Wenn der Artikel genehmigt worden ist, wirst Du ihn direkt posten, mit
  585.   dem Hinweis, dass er vom *.answers - Moderatorenteam genehmigt wurde.
  586.  
  587.   Wenn es irgendwie geht, bitte vermeide das Posten zu offensichtlichen
  588.   Zeiten.  Wenn Du zum Beispiel Deine FAQ monatlich posten willst, dann
  589.   tu dies nicht automatisch am Ersten des Monats.  Dieses wuerde eine
  590.   Flut von FAQs in *.answers und auf dem Netz als ganzes zu bestimmten
  591.   Zeiten eines Monats bedeuten, und das kann fuer kleinere Sites und
  592.   Leser von *.answers schon ueberwaeltigend sein.  Nimm lieber einen
  593.   "krummeren" Zeitpunkt.
  594.  
  595.   Wenn Du irgendwelche Probleme mit dem Posten Deiner FAQ hast, dann
  596.   kannst Du uns gerne um Rat fragen; Du kannst aber auch den FAQ -
  597.   Server verwenden, den wir zur Loesung solcher Probleme anbieten.
  598.   Du kannst deine FAQ oder FAQs dorthin mailen, und er postet sie
  599.   automatisch.  Um mehr Informationen ueber den FAQ - Server zu
  600.   erhalten, schicke eine Mail an "faq-server@rtfm.mit.edu" mit
  601.   dem Text "help" (ohne die Anfuehrungssstriche) im Subject.
  602.  
  603. III. Wenn Dein Posting genehmigt ist
  604.  
  605.   Der folgende Text zaehlt ein paar Situationen auf, die auftreten
  606.   koennen, nachdem Deine FAQ fuer *.answers genehmigt wurde, und
  607.   gibt Verhaltensmassregeln fuer jeden Fall.
  608.  
  609.   A. Wechsel der FAQ an einen neuen Verwalter
  610.  
  611.      Der alte Verwalter sollte news-answers-request@mit.edu ueber
  612.      den Wechsel informieren.  Der neue Verwalter sollte diesen
  613.      Artikel lesen und news-answers-request@mit.edu informieren,
  614.      das er das getan hat; danach sollte er die FAQ neu einschicken,
  615.      und auf Zustimmung vor dem Posten warten.
  616.  
  617.   B. Wechsel der Haeufigkeit beim Posten.
  618.  
  619.      Informiere news-answers-request@mit.edu ueber die neue Haeufigkeit
  620.      beim Posten, falls Du keine "Posting-Frequency" - Zeile in
  621.      deinem Artikel hast; andernfalls aendere einfach diese Zeile.
  622.  
  623.   C. Aenderung in einer anderen Headerzeile
  624.  
  625.      1. Subject - Zeile
  626.  
  627.     Informiere news-answers-request@mit.edu ueber die neue Subject -
  628.     Zeile, oder schicke die gesamte FAQ noch einmal nach
  629.     news-answers@mit.edu, und warte vor dem Posten auf die
  630.     Genehmigung.
  631.  
  632.      2. Newsgroups - Zeile
  633.  
  634.     Informiere news-answers-request@mit.edu ueber die neue
  635.     Newsgroups - Zeile, oder schicke die gesamte FAQ noch einmal
  636.     nach news-answers@mit.edu, und warte vor dem Posten auf die
  637.     Genehmigung.
  638.  
  639.      3. From - Zeile, ohne das der Verwalter wechselt
  640.  
  641.     Wenn sich die From - Zeile offensichtlich auf den gleichen
  642.     Verwalter wie vorher bezieht, brauchst Du nichts zu tun.
  643.     Ansonsten informiere news-answers-request@mit.edu, oder schicke
  644.     die gesamte FAQ noch einmal an news-answers@mit.edu, und warte
  645.     vor dem Posten auf die Genehmigung.
  646.  
  647.      4. Archive-name - Zeile
  648.  
  649.     Informiere news-answers-request@mit.edu, und warte vor dem
  650.     Posten auf Genehmigung.
  651.  
  652.      5. Followup-To - Zeile
  653.  
  654.     Solang sie existiert und keine *.answers - Gruppen enthaelt,
  655.     musst Du nichts tun.
  656.  
  657.      6. Andere Header
  658.  
  659.     Solange die gesamte Struktur der Header bleibt (d.h.
  660.     solange ein zusaetzlicher Header mit Archiven-name
  661.     existiert), musst Du bei einer Aenderung in anderen
  662.     Headern nichts tun.
  663.  
  664.   D. Einen neuen Teil zu einer FAQ hinzufuegen, oder einen Teil wegfallen
  665.      lassen
  666.  
  667.      1. Einen neuen Teil zu einer FAQ hinzufuegen
  668.  
  669.     Reiche den neuen Teil bei news-answers@mit.edu ein, oder informiere
  670.     news-answers-request@mit.edu wenn die Header mit den anderen
  671.     Teilen konsistent sind (z.B.  wenn die Subject - Zeilen die Form
  672.     "foo FAQ Teil */*" und die Archivnamen die Form "foo-faq/part*"
  673.     haben, und Du fuegst einen neuen Teil hinzu, der genauso
  674.     aussieht, dann musst Du nicht alle Teile neu einsenden, weil der
  675.     /* - Teil im Subject sich aendert).  Warte vor dem Posten auf
  676.     Genehmigung.
  677.  
  678.      2. Ein diff - Posting hinzufuegen
  679.  
  680.     Schicke es nach news-answers@mit.edu .  Wenn es Teil einer
  681.     mehrteileigen FAQ ist, dann waehle einen Archivnamen, der mit
  682.     den anderen konsistent ist.  Wenn Deine Archivnamen wie
  683.     "foo-faq/part*" aussehen, so sollte das Diff - Posting den
  684.     Archivnamen "foo-faq/diff" haben.  Wenn Deine FAQ vorher nur
  685.     einen Teil hatte, verlaengere den Namen um "/part1" (z.B.
  686.     "foo-faq/part1"), und sende uns die FAQ und das Diff - Posting.
  687.     Warte vor dem Posten auf Genehmigung.
  688.  
  689.     3. Eine einzelne FAQ aufsplitten
  690.  
  691.        Schicke alle Teile nach news-answers@mit.edu, mit den Archivnamen
  692.        "foo-faq/part1", "foo-faq/part2", etc.  Warte vor dem Posten auf
  693.        Genehmigung.
  694.  
  695.  
  696.     4. Loeschen eines Teils einer mehrteiligen FAQ
  697.  
  698.        Informiere news-answers-request@mit.edu.  Warte vor dem Posten
  699.        auf Genehmigung.
  700.  
  701.      5. FAQ erloeschen lassen (d.h. ganz mti dem Posten aufhoeren)
  702.  
  703.        Informiere news-answers-request@mit.edu.
  704.  
  705.   E. Eine neue FAQ aufnehmen
  706.  
  707.      Schicke sie nach *.answers, genau wie in den Abschnitten I und
  708.      II agegeben.
  709.  
  710. IV. Dieser Artikel
  711.  
  712.   Kommentare und Vorschlaege zu diesem Artikel sind willkommen.  Wenn Du
  713.   willst, dass wir diesen Artikel in irgendeiner Weise aendern, so waere
  714.   es am besten, wenn Du die Modifikationen machst und uns entweder den
  715.   ganzen neuen Text oder ein context diff zwischen der geposteten und
  716.   Deiner modifizierten Version zuschickst, schicke dann bitte die
  717.   Version - Zeile im Header zu.  Auf diese Weise ist es fuer
  718.   uns einfacher, mit den Aenderungen klarzukommen und genau zu verstehen,
  719.   was Du willst.
  720.  
  721.   Dieser Artikel ist zum allergroessten Teil eine Uebersetzung des
  722.   Artikels "*.answers submission guidelines" des *.answers -
  723.   Moderatorenteams.
  724.  
  725. V. Die "List of Periodic Informational Postings"
  726.  
  727.    Es gibt acht Teile der "List of Periodic Informational Postings" -
  728.    Artikel:
  729.  
  730.     Subject: List of Periodic Informational Postings, Part 1/9
  731.     Subject: List of Periodic Informational Postings, Part 2/9
  732.     Subject: List of Periodic Informational Postings, Part 3/9
  733.     Subject: List of Periodic Informational Postings, Part 4/9
  734.     Subject: List of Periodic Informational Postings, Part 5/9
  735.     Subject: List of Periodic Informational Postings, Part 6/9
  736.     Subject: List of Periodic Informational Postings, Part 7/9
  737.     Subject: List of Periodic Informational Postings, Part 8/9
  738.     Subject: List of Periodic Informational Postings, Part 9/9
  739.     Newsgroups: news.lists,news.answers
  740.  
  741.    Sie sind in den angegebenen USENET - newsgruppen verfuegbar, oder
  742.    per anonymous ftp auf rtfm.mit.edu (18.181.0.24) als
  743.  
  744.     /pub/usenet/news.answers/periodic-postings/part1
  745.     /pub/usenet/news.answers/periodic-postings/part2
  746.     /pub/usenet/news.answers/periodic-postings/part3
  747.     /pub/usenet/news.answers/periodic-postings/part4
  748.     /pub/usenet/news.answers/periodic-postings/part5
  749.     /pub/usenet/news.answers/periodic-postings/part6
  750.     /pub/usenet/news.answers/periodic-postings/part7
  751.     /pub/usenet/news.answers/periodic-postings/part8
  752.     /pub/usenet/news.answers/periodic-postings/part9
  753.  
  754.    Sie sind auch ueber den mail-server@rtfm.mit.edu zu beziehen,
  755.    indem man eine E-Mail dorthin schickt, mit den Zeilen:
  756.  
  757.     send usenet/news.answers/periodic-postings/part1
  758.     send usenet/news.answers/periodic-postings/part2
  759.     send usenet/news.answers/periodic-postings/part3
  760.     send usenet/news.answers/periodic-postings/part4
  761.     send usenet/news.answers/periodic-postings/part5
  762.     send usenet/news.answers/periodic-postings/part6
  763.     send usenet/news.answers/periodic-postings/part7
  764.     send usenet/news.answers/periodic-postings/part8
  765.     send usenet/news.answers/periodic-postings/part9
  766.  
  767.   Wenn Du mehr ueber den mail server herausfinden willst, schicke
  768.   ihm eine Mail, die das Wort "help" enthaelt.
  769.  
  770. -- 
  771.                 pshuang@mit.edu (Ping Huang)
  772.                 jik@cam.ov.com (Jonathan I. Kamens)
  773.                 ig25@rz.uni-karlsruhe.de (Thomas Koenig)
  774.                 buglady@bronze.lcs.mit.edu (Aliza R. Panitz)
  775.  
  776.                         -- the *.answers moderation team
  777.  
  778.  
  779.